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(54) TItie: AUDIO-VIDEO PACKET SYNCHRONISATION AT NETWORK GATEWAY 




(57) Abstract 

The present invention relates to a mefliod and apparatus for synchronising sound and images in a real-time multimedia communication 
such as an audio-video telephone call, through a network gateway (101). when the source and/or the destination of the audio signals, and 
optionally also the video signals, is from and/or to separate audio and video communication devices (104, 105). for example audio telephony 
and video telephony devices. The method comprises tfie steps of: i) providing an audio signal and a video signal; ii) supplying as an 
mput to Oie gateway (101) the audio signal and optionally also the video signal so that said signal(s) is/are routed through the gateway 
(101) to the multimedia terminal (108); iii) detecting any mismatch in the synchronisation between the audible and visible outputs from the 
audio device (104) and the video device (105) owing at least partly to the intrinsic gateway processing delay(s); iv) adjusting a variable 
delay m the gateway (101) on a signal routed through the gateway (101) until the audible and visible ou^uts from the separate devices ai 
effectively synchronised; and v) storing the variable delay in the gateway (101) for future use. 
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AUDIO-VIDEO PACKET SYNCHRONISATION AT NETWORK GATEWAY 

The present invention relates to a method and apparatus 
for synchronising soiind and images in a real-time 
multimedia communication, such as an audio-video telephone 
call, through a network gateway, referred to herein as 
"gateway", when the source and/or the destination of the 
audio signals, and optionally also the video signals, is 
from and/or to separate audio and video communication 
devices, for example audio telephony and video telephony 
devices . 

Known multimedia communication terminals are integrated 
devices, that is, they contain both audio and video 
communication portions linked together with internal 
circuitry and/or software which synchronise audio and 
video digital data or analogue signals (herein referred to 
collectively as "signals"), and hence corresponding 
audible and visible output from the integrated terminal. 
Such synchronisation is particularly desirable in order to 
achieve so-called "lip-synch" in audio- video telephony. In 
practice, for the signals to be effectively synchronised, 
it has been found in the broadcast industry that the 
visible output should lead the audible output by no more 
than about 20 ms, and should lag the audio signal by no 
more than about 40 ms. 

Examples of known integrated terminals operating according 
to the ITU-T Recommendation H.320 "Narrow-band Visual 
Telephone Systems and Terminal Equipment" include those 
sold by PictureTel Corporation under the trade mark the 
Venue-2000 and those sold by VTEL Corporation under the 
trade mark Enterprise Series Room System TCIOOO. Intel 
Corporation sells a business video conferencing system 
under the product code PCVD1013ST that operates according 
to the H.320 and H.323 standards. An example of a known 
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integrated terminal operating according to the H.324 
standard is those sold by 8x8 Inc. under the trade mark 
ViaTV Phone. 

5 Such known terminals are designed to function in an audio- 
only mode, so that these can function as a simple 
telephone when communicating with another telephony 
terminal . 

10 Such integrated devices have yet to become widely adopted, 
and one reason for this is that whilst such devices may 
function as a telephone, users still need a conventional 
telephone for communication, for example with other 
telephones on the same PBX exchange, or with external 

15 telephones. Many PBX manufacturers now support ISDN lines 
to the desktop for the provision of multimedia 
communication terminals, according to the H.320. standard. 
Unfortunately, different manufacturers provide different 
levels of functionality (for exan5)le, features such as 

20 call hold, call transfer and call forward) , not all of 
which are supported by multimedia terminals. Again, the 
result is the need to have more than one telephony device 
on a desktop. 

25 Most users therefore end up with two telephony devices on 
their desktop. This is inconvenient, owing to the extra 
desktop space normally required, as well as for the need 
to have a different telephone number for each device. 
Callers must therefore keep track of two numbers, and 

30 decide in advance which type of call they intend to place. 

The recent emergence of the H.323 standard for multimedia 
communications over packet networks, for example local 
area networks (LANs) using the Internet Protocol over 
35 Ethernet, has added further complications for the user, 
because the multimedia terminal must then connect to the 
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data network, rather than the telephony network. It is 
well known that the typical data network is not as 
resilient or reliable as the telephony network. Many H.323 
multimedia terminals are PC based, the user rightly fears 
5 losing his telephony facility when the LAN or his PC 
crashes or fails. Therefore, the user still needs more 
than one telephony device* 

According to a first aspect of the invention, there is 
10 provided a method of calibrating a network gateway in 
order to synchronise audible and visible outputs from a 
multimedia terminal comprising an audio communication 
device and a video communication device, when the signal 
to the audio device, and optionally also the signal to the 
15 video device, is/are routed through a network gateway that 
imposes an intrinsic gateway processing delay on at least 
one signal routed through the gateway, comprising the 
steps of: 

20 i) providing an audio signal and a video signal; 

ii) supplying as an input to the gateway the audio signal 
and optionally also the video signal so that said 
signal (s) is/are routed through the gateway to the 

25 multimedia terminal; 

iii) detecting any mismatch in the synchronisation between 
the audible and visible outputs from the audio device and 
the video device owing at least partly to the intrinsic 

30 gateway processing delay (s); 

iv) adjusting a variable delay in the gateway on a signal 
routed through the gateway until the audible and visible 
outputs from the separate devices are effectively 

35 synchronised; and 
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v) Storing the variable delay in the gateway for future 
use. 

The tmiltimedia terminal may be formed from separate audio 
5 and video communication devices, for example a telephone 
and a video display unit of a personal computer . 
Alternatively, the multimedia terminal may be formed from 
the combination of an integrated multimedia terminal 
having both audio and video capability, but using only the 
10 video function, in combination with a separate audio 
device, for example a telephone. Finally, the multimedia 
terminal may be an integrated multimedia device. 

For convenience, the following description will be in 
15 respect of separate audio and video communication devices. 



The audio and video signals may be provided by test 
instrumentation or may be provided by integrated or 
separate audio and video communication devices. 

20 

Here, the "variable delay" is a delay in the sensory 
audible and visible output from the separate devices. 
Equivalent ly, it may be possible to measure, for example 
electronically, parameters equivalent to these sensory 

25 outputs, for example, digital or analogue signals to a 
speaker or video display unit . Similarly, for certain 
combinations of separate audio and video telephony 
devices, for example, a PBX telephone handset and an H,323 
video PC, it may be possible to use digital signalling 

30 processing techniques to measure the correlation, or 
mismatch in correlation of audio and video signals, and 
also to mathematically calculate the mismatch in 
synchronisation between audible and visible signals. 
Therefore, the term "detecting any mismatch" includes such 

35 electronic detection, digital signal processing, and 
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mathematical calculations as well as a subjective 
assessment by an operator or user of the equipment. 

The variable delay may be stored along with information 
5 relating to one or both of the devices the audio and video 
signals are routed to. 

A conventional gateway has a number of bi-directional 
connection points, which act as logical connection points. 
10 Each point may therefore act as an input or an output to 
the gateway, as recpiired. 

The audio and video signals may or may not be effectively 
synchronised with each other prior to at least the audio 

15 signal being supplied as an input to the gateway. If the 
input signals are effectively synchronised, then the main 
or only component of the variable delay may b© due to the 
gateway's internal intrinsic processing delay. This 
intrinsic gateway delay may be due, for example, to the 

20 need to translate an audio :signal, for example a packet 
switched digital signal, from one standard used for 
trcuismission to the gateway input, to a local area network 
standard for onward transmission from the gateway output. 

25 The term "communication device" is used herein to mean any 
device, or arrangement of devices, adapted for one or two 
way communication, that is which may: receive from a 
source a signal (for example through electrical or fibre 
optic cable or radio link) and thereby provide to a user a 

30 corresponding audible or visible output; and/or receive 
from a user an audible or visible input and transmit to a 
destination a corresponding signal . 

In a preferred embodiment of the invention, the audio and 
35 video communication devices are, respectively, an audio 
telephony device and a video telephony device. 
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Examples of an audio telephony device are a conventional 
telephone with a handset having a mouthpiece microphone 
and an ear-piece/speaker, or a separate microphone and 
5 speakers connected to a personal computer, for example via 
a soundboard. Exatr^les of one-way audio telephony devices 
would be just a microphone or just a speaker. An exan5>le 
of a video telephony device would be a personal computer 
monitor and video camera connected to the same personal 
10 computer. Examples of one-way video telephony devices 
would be just a camera or just a video display. 

In the case where the audio and video communication 
devices are not integrated, the audio device may when 

15 needed function in its conventional maimer without, the 
need to use the video communication device. More 
importantly, when the audio device connects to the 
existing audio telephony network, . .the user still benefits 
from the services that the network provides. Furthenuore, 

20 the audio device may be a conventional telephone 
connecting to the conventional telephony network using the 
services of that network. 

A network gateway enables comm\inication between disparate 
25 networks, for example between a LAN and the public 
switched telephone network (PSTN) . Audio signals passing 
through a gateway are normally transcoded and repackaged 
between different data encoding standards on the networks 
on either side of the gateway. This introduces some 
30 inevitable delay in the processing of an audio signal 
through the gateway. Video signals are not normally 
transcoded, due to the processing requirements of the 
task. They may, however, be repackaged to accommodate the 
different nature of the network on each side of the 
35 gateway. Even if the networks on either side of the 
gateway are identical and no transcoding is required, the 
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buffering processing and repackaging requirements of the 
audio and video signal may be different. In all cases the 
result is loss of synchronisation between the audio and 
video signals. A variable delay may therefore act on one 
5 or both of the signals to restore the synchronisation. 

Even when the video signal is not routed through the 
gateway, it may still be the case that a data control 
signal from the video device is routed through the 
10 gateway. Such a data control signal may carry information 
relating to the video signal, such as data rate or 
coTtqpression standard. In this case, the variable delay 
need act only on the audio signal passing through the 
gateway, and not the video signal. 

15 

The audio and video signals may become further 
desynchronised by the transit delay {i,e. propagation 
delay) between the gateway and the audio device and 
optionally the transit delay between the gateway and the 

20 video device. Usually the audio and video, signals vill be 
decoded and buffered in the respective audio and video 
devices. The total net difference between the audio and 
video signal delays, including delays through the gateway, 
is referred to herein as the "synchronisation" delay. The 

25 "sensory output" delay is defined as the time difference 
between the audio and video the user perceives at the 
terminal. The "sensory output" delay typically consists of 
several factors, 

30 The variable sensory output delay may be reduced to 
effectively synchronise the audio and video output by the 
measurement of the actual delay between the audible and 
visible output, and then by storing a value corresponding 
to this variable delay in the gateway so that either the 

35 audio signal or the video signal is delayed within the 
gateway by the appropriate amount. 
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Because the varieible sensory output delay will, in 
general, depend on the particular characteristics of the 
audio and video devices, and the path taken by the signals 
5 to reach these devices, the gateway will in general need 
to store a delay value for each possible combination of 
devices and signal formats to these devices. 

Although the audio and video devices may be physically 
10 separate, resynchronisation of the signals allows the 
separate audio and video devices to function as a single 
combined device. The gateway can therefore treat an audio 
video call set up through the gateway as a call to a 
single combined logical device, and therefore the separate 
15 audio and video devices are referred to herein as a 
"combined multimedia terminal" or "cotnbination terminal". 

Some audio and video devices have the capability to return 
or "loop back" to the gateway signals received from the 
20 gateway or information about the signals.. When this is so, 
and when the signals to and from both separate devices are. 
routed through the gateway, then it is possible to 
accommodate for a delay (referred to herein as an 
"intrinsic device transmission" delay, also commonly 
25 referred to as "skew") owing to encoding delays within a 
device prior to onward transmission to the gateway. This 
may be accomplished after the variable sensory output 
delay has been set by: looping back the signals from the 
separate devices to the gateway; then detecting any 
30 mismatch in the synchronisation between the looped back 
signals from the separate devices at the gateway owing to 
the intrinsic device transmission delay (s) ; then adjusting 
a delay referred to herein as a variable "device 
transmission" delay in the gateway so that the looped back 
35 signals at the gateway are effectively synchronised; and 
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then storing the variable device transmission delay in the 
gateway for future use. 



Optionally, a synchronisation marker may be provided in 
5 the audio and video signals, in which case the detection 
of any mismatch in the synchronisation between the looped 
back signals from the separate devices at the gateway 
owing to the intrinsic device transmission delay (s) 
includes detecting a mismatch between the synchronisation 
10 markers . 

Alternatively, when the signals to the audio and video 
devices may not both be looped back to the gateway, but 
both pass through the gateway, the intrinsic device 

15 transmission delay (owing mainly to the difference in 
arrival time of the signals at the gateway) on signals 
transmitted to the gateway may be measured and 
accommodated, once the variable sensory output delay has 
been set, by: providing from the audio and video devices, 

20 respectively, an audio signal and a video signal; 
supplying said signals as an input to the gateway so that 
said signals are routed through the gateway to a second 
multimedia terminal for which the gateway has already been 
calibrated according to the method of any preceding claim, 

25 the second multimedia terminal comprising a first - 
calibrated audio communication device and a first - 
calibrated video communication device; detecting any 
mismatch in the synchronisation between the audible and 
visible outputs from the first-calibrated audio device and 

30 first -calibrated video device owing to the intrinsic 
device transmission delays of the audio device and video 
device; adjusting a variable device transmission delay in 
the gateway on a signal routed through the gateway until 
the audible and visible outputs from the first -calibrated 

35 audio device and first-calibrated video device are 
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effectively synchronised; and storing the variable device 
transmission delay in the gateway for future use. 

According to a second aspect of the invention, there is 
5 provided method of calibrating a network gateway in order 
to synchronise audible and visible outputs from a 
multimedia terminal comprising an audio communication 
device and a video communication device, when the signal 
to the audio device and the signal to the video device are 
10 routed through a network gateway that imposes an intrinsic 
gateway processing delay on at least one signal routed 
through the gateway, comprising the steps of: 

a) providing a first test audio signal with a marker; 

15 

b) providing from an integrated . audio and video 
communication device a video signal and a first audio 
signal sourced from the first test audio signal; 

20 c) providing from a separate audio device a second audio 
signal sourced from the first test audio signal; 

d) supplying as an input to the gateway the first audio 
signal, the second audio signal and the video signal so 

25 that said signals are routed through the gateway to the 
multimedia terminal; 

e) using the gateway to detect the relative delay 
between the first audio signal and the second audio signal 

30 owing at least partly to the intrinsic gateway processing 
delay (s) ; 

f) determining a skew delay at the gateway between the 
first audio signal and the video signal from the 

35 integrated audio and video communication device, owing at 
least partly to the intrinsic gateway processing delay (s); 
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g) sutnming said relative delay and the skew delay to 
generate a variable device transmission delay between the 
video signal and the second audio signal; and 

5 

h) storing the variable device transmission delay in the 
gateway for future use. 

Once this variable device transmission delay has been 
10 stored in a memory, a second audio test signal with marker 
can be provided from the gateway, This second audio test 
signal is transmitted from the gateway to the separate 
audio device. If an audio coupling is provided between the 
separate audio device and the audio device of the 
15 integrated audio and video communication device, then the 
second audio test signal can be looped back from the 
separate audio device through the integrated audio and 
video communication device to the . gateway. It is then 
possible to determine a first loop back delay in the 
20 second audio test signal between the transmission and 
reception of said signal at the gateway, including any 
intrinsic gateway processing delay (s) • The first loop back 
delay is then stored in the gateway for future use. 

25 When the loop back delay has been stored in memory, then a 
third audio test signal with marker can be provided from 
the gateway together with a video test signal . When these 
audio and video signals are effectively synchronised, and 
if the third audio test signal and video test signals are 

30 transmitted from the gateway to the integrated audio and 
video communication device, then an audio coupling 
provided between the separate audio device and the audio 
device of the integrated audio and video communication 
device can be used to loop back the third audio test 

35 signal from the integrated audio and video communication 
device through the separate audio device to the gateway. 
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once this is done, then it is possible to determine a 
second loop back delay in the third audio test signal 
between the transmission and reception of said signal at 
the gateway, including any intrinsic gateway processing 
delay (s), and to store the second loop back delay in the 
gateway for future use. 

Once the second loop back delay has been stored in memory, 
then a variable sensory output delay can be calculated 
from a sum of the variable device transmission delay, 
first loop back delay and second loop back delay. Finally, 
the result of this sum can be stored as the variable 
sensory output delay in the gateway for future use. 

The invention is therefore in general applicable to the 
case where the combination multimedia terminal is being 
formed from (A) an existing integrated audio and video 
telephony device (to be used for the video telephony part) 
and from (B) an additional separate audio telephony 
device. When this is the case, then the integrated 
terminal's audio capability can be used to calibrate the 
gateway for the resulting combination terminal . The 
integrated terminal and the audio device are both 
connected to the gateway and an audio signal (with 
markers) is injected into both devices for onward 
transmission to the gateway. The gateway will apply 
digital signal processing techniques to detect the 
relative delay between the two audio paths. Because the 
skew between the audio and video signals of the integrated 
terminal is known to the gateway (through normal standards 
compliant methods) the variable device transmission delay 
can be calculated by adjusting this skew by the relative 
audio path delays. Similarly, if an audio signal is first 
timed by sending the signal to the separate audio device 
and looping it back via the audio part of the integrated 
terminal, and then timed by sending it in the reverse 
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direction, that is, to the audio part of the integrated 
device ajid looping it back via the separate audio device, 
the sensory output delay for the combination terminal can 
be measured. 

5 

Furthermore, if the one or both of the telephony devices 
(audio and video) of the combination multimedia terminal 
conforms to H.323, then the relative time difference of 
that device compared to the gateway can be dynamically 

10 determined. The intrinsic device transmission delay of 
that device can then be calculated from the timestan^s in 
the media (audio or video) RTP messages at any point in 
time. The "base" value of the intrinsic device 
transmission delay for one or both devices is saved during 

15 the calibration of the . gateway's variable device 
transmission delay for this combination terminal. During 
use, it is now possible to make dynamic adjustments to the 
variable device transmission delay each time the intrinsic 
device transmission delay for one or both devices is 

20 measured. 

This calculation provides an alternate means of 
determining the round- trip delay. 

25 Therefore, once the calibration of the gateway is 
achieved, then if the multimedia terminal is to be in 
audio and video communication with an H.323 compliant 
multimedia terminal, the gateway can determine a relative 
time difference between itself and the H.323 compliant 

30 multimedia terminal in order to increase or decrease a 
device transmission delay of the H,323 complaint 
multimedia terminal in order to synchronise the audible 
and visible outputs from the multimedia terminal. 

35 Also, if the combination multimedia terminal is formed 
from an integrated H.323 terminal combined with a separate 
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audio telephony device, it is possible to send dummy audio 1 
with the video to the integrated device, to force the 
video to be delayed in a controlled manner because 
typically the integrated device is trying to synchronise 
5 the audio and video. This is achieved by adjusting the 
time- stamps in the audio and video media messages sent to 
the terminal. The gateway now increases the variable 
sensory output delay as applied to the audio that is sent 
to the separate audio telephony device such that real 
10 audio, dummy audio and real video are synchronised sensory 
outputs. 

Also according to the invention there is provided a 
network gateway for use with one or more multimedia 

15 terminal (s), each terminal con5)rising an audio 
communication device and a video communication device, 
wherein the gateway has an input- for receiving a signal 
from the audio device, and optionally also an input for 
receiving a signal from the video device so that said ^' 

20 signal (s) may be routed through the gateway, in which the ^ 
network gateway has been calibrated according to the 
method of any preceding claim in order to synchronise 
audible and visible outputs from, respectively, the audio 
device and video device. 

25 

The invention will now be described by way of exan5)le, 
with reference to the accompanying drawings, in which: 

Figure 1 is a schematic drawing of a gateway system 
30 according to a first aspect of the invention 

comprising a gateway connected to various telephony 
devices, including combined multimedia terminals via 
a number of networks; 

35 Figure 2 is a schematic drawing of a gateway system 

such as that in Figure 1, in which the video signal 



( 

V 
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to and from a combined multimedia terminal bypasses 
the gateway; 

Figure 3 is a schematic drawing of a gateway system 
5 such as that in Figure 1, in which both the audio and 

video signals pass through the gateways- 
Figure 4 is a schematic time line drawing showing how 
a variable sensory output delay in the gateway may be 
10 determined and stored in the gateway in order to 

synchronise the audible and visible outputs from a 
combined multimedia terminal; 

Figure 5 is a time line drawing showing how an 
15 intrinsic delay between audio and video signals 

looped back to the gateway from the combined 
multimedia terminal may be determined and stored, in 
the gateway (as a variable device transmission delay) 
in order to synchronise the audible and visible 
20 outputs looped back from the combined multimedia 

terminal ; 

Figure S is a time line drawing showing how an 
intrinsic delay between audio and video signals 

25 returned, but not looped back, from the gateway to a 

previously calibrated multimedia terminal may be 
determined and stored in the gateway (as a variable 
device transmission delay) in order to synchronise 
the audible and visible outputs from the combined 

30 multimedia terminal; 

Figure 7 is a schematic drawing time line drawing of 
a gateway system according to a second aspect of the 
invention, showing how the varieible device 
35 transmission delay may be calculated when the 

combination multimedia terminal comprises of an 
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integrated multimedia terminal (with both audio and 
video capability) and a separate audio telephony 
device; 

5 Figures 8 and 9 are time line drawings following on 

from Figure 7, showing the additional measurements 
needed to calculate the variable sensory output delay 
when the combination multimedia terminal comprises of 
an integrated multimedia terminal (with both audio 
10 and video capability) and a separate audio telephony 

device; and 

Figure 10 is a time line drawing following on from 
Figures 7, 8 and 9, showing the measurements and 
15 messages necessary to dynamically calculate (1) the 

round- trip and (2) the time reference difference 
between a network gateway and an H.323 terminal so 
that the variable device transmission delay may be 
dynamically adjusted during use. 

20 

The gateway system of Figure 1 includes a gateway 101 and 
interconnects devices on various disparate networks such 
as: the global switched . telephone network (GSTN) 110; an 
enterprise's local area network (LAN) 113 or intranet 

25 cind/or the internet 111; an enterprise's internal 
telephony network (ITN) 112, for example a PBX exchange; 
and other terminals on a wide area network (WAN) 114. Note 
that the connection of the gateway 101 to the internal 
telephony network 112, to the LAN 113 and the WAN 114, may 

30 be direct as shown or via the GSTN 110 (not shown) . 

Some of the devices may be integrated multimedia terminals 
107, and some may be combined multimedia terminals 108, 
each with an audio terminal 104, for example a 
35 conventional telephone, and each with a video terminal 105 
for exanqple a personal computer (PC) , monitor, and video 
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camera. In Figure 1, one combined multimedia terminal 108 
includes an audio terminal 104 in combination with an 
integrated multimedia terminal 107 which provides the 
function only of a video terminal 105. 

5 

By setting up a multimedia call through the gateway 101 
and having as minimum the audio stream passing through the 
gateway it is possible to synchronise the video and audio 
for various types of multimedia terminals connected to 
10 these networks 110,111,112,113,114 even those that do not 
have integrated audio and video devices. 

According to International Telecommunications Union. (ITU) 
recommendation H.246, gateways provide protocol 

15 interworking between H-series multimedia teintiinals and 
other H-series multimedia terminals and. voice/voice band 
terminals on the GSTN and ISDN, V,70 terminals on the GSTN 
and multi-call applications on the GSTN, H.246 gateways 
provide the required translation of control and media 

20 streams to allow interworking between terminals running 
different protocols. The common protocols for H-series 
multimedia terminals are: 

H.310 {Broadband audio-visual communication systems 

25 and terminals - ATM) ; 

H.321 (Adaptation of H,320 visual telephone terminals 
to B-ISDN environments - ATM) ; 

30 H.320 (Narrow-band visual telephone systems and 
terminal equipment - ISDN) / 

H.323 (Visual telephone systems and equipment for 
local area networks which provide a non- 
35 guaranteed quality of service - packet 
based) ;and 
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H.324 (Terminal for low bit rate Multimedia Communication 
- PSTN, ISDN and Mobile) . 

5 A less used protocol is H-322 (Visual telephone systems 
and terminal equipment for local area networks which 
provide a guaranteed quality of service) . 

For the purposes of the present invention multimedia 
10 terminals are distinguished by the media stream multiplex 
standard to which they conform of which there are four - 
H.221 (H.320), H. 222.0 (H.310, H.321 - Note H. 222.1 is a 
STlbset of H. 222,0), H.223 (H.324) and H. 225/0 (H,323) . A 
video terminal will still use a multiplex standard even 
15 though one media element is missing. An. audio terminal may 
use a multiplex standard but not if it is a conventional 
phone device. 

Terminals participating in multimedia communications use a 
20 variety of audio and video coding algorithms to produce a 
digital signal according to the ITU standards for these 
terminals. Video is encoded following the ITU standards 
H.261, H.262 and H.263, whilst audio can be encoded 
following ITU standards G.75.1/ G.728, G.722, G.723 and 
25 G.729. Normal analogue and mobile telephony is also 
encoded to G.711 when being transported through the fixed 
telecommunications network 110. Though these algorithms 
are prevalent today in multimedia communications , the 
present invention is applicable to future or alternative 
30 algorithms. For example, it is quite possible for a 
gateway 101 to transcode an audio signal to GSM for radio 
transmission to a mobile handset if it were being used as 
the audio device in a multimedia call. 

35 Different compression and encoding algorithms for audio 
and video delay the transmission of the signal by 
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different amounts. The same algorithm from different 
manufacturers may also delay the signal differently. Video 
encoding takes longer than audio encoding resulting in a 
loss of synchronisation commonly known as skew, but herein 
5 referred to as the misalignment due to intrinsic device 
transmission delay (s) . Video encoding delays also vary 
according to the frame/transmission rate. The encoded 
signal may be buffered at some processing point or suffer 
from other network propagation delays (congestion on a 

10 LAN, for example) . The signal may need to be transcoded at 
some intermediary processing point, usually the gateway, 
because endpoints such as multimedia terminals generally 
do not have the same audio and/or video capabilities. The 
transcoding of a media signal adds further delay to that 

15 signal. Onward transmission delays, decoding and jitter 
buffer delays and of course a wide range in terminal 
performance further compounds the problem of synchronising 
the audio and video. Studies carried out by the TV 
. industry suggest that video may be delayed over the audio 

20 by 10 ms ± 30 ms (i.e. the video can be up to 20 ms in 
advance of the audio or up to 4 0 ms behind the audio) 
before the loss of lip-synch becomes annoying. 

Thus the gateway's most ittportant function is to transcode 
25 media and control signals whilst maintaining 
synchronisation of the audio and video streams and keeping 
the overall communications delay to a minimum. In the 
present invention, these functions are extended in the 
gateway to logically combine a telephony terminal on one 
30 network with a video terminal on cinother (or the same) 
network so as to appear as a single H- series multimedia 
terminal. For example, an entej^prise user may use his PBX 
or DECT mobile handset as the audio device and his LAN PC 
(equipped with camera, video capture module and video 
35 codec) as the video and data device in a multimedia call. 
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Alternatively, a home user may use his mobile phone as the 
audio device and his "Video Set-Top" box, TV and camcorder 
connected to the public switched telephone network (PSTN) , 
as his video device. 

5 

However, when terminals are combined together in this way 
to form a logical multimedia terminal, the normal 
mechanisms prescribed within the standards to maintain 
lip-synch no longer apply. It is therefore necessary to 
10 deal with several types of delay. 

One type of delay stems from network propagation and 
decoding delays for receiving combination terminals. 
Included in this delay is a transcoding delay in the 
15 gateway for at least the audio stream. Once this has been 
determined, one of the media streams (usually the audio) 
is delayed in the gateway to attempt to provide 
synchronisation. 

20 It is envisaged that gateway 101 is. a "iQcal" gateway in 
the sense that network propagation delays are predictable, 
rather than a non-local gateway, for exanqple in another 
country. In such a case, it would be normal for the local 
gateway to be connected directly to the non-local gateway, 

25 as shown in Figure 1, 

Another source of delay is the audio/video skew arising 
from intrinsic device transmission delays of the 
transmitting combination terminals. Once this has been 

30 determined, a stream (usually the audio) is delayed in the 
gateway to attempt to reduce the skew to zero. With an 
integrated multimedia terminal such as those conforming to 
the H,323 and H.324 standards, it would be possible to 
report the skew to the receiving terminal so it can make 

35 the adjustment itself. For a combination terminal, no such 
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report can be made by the transmitting device, and so this 
must be determined by the gateway. 

Some network propagation delays may change or vary over 
5 time, and therefore it may be desirable also to determine 
variations in these delays, and continually adjust the 
skew and variable sensory output delays accordingly. 
However, network propagation delays may be assumed to be 
constant during a call as users can cope with minor blips. 
10 in synchronisation. 

Despite the multiplicity of standards, there are a limited 
number of ways that are practical, in which audio and video 
devices are likely to be associated together to form 

15 combination terminals • Figures 2 and 3 illustrate those 
common associations. Figures 2 and 3 show a number of 
audio terminals 202,203,206 that may be connected through 
a gateway 201 to another such audio device 204 or a 
multimedia terminal 208,308. Examples of suitable audio 

20 devices include: a new type of H.323 compliant telephone 

202 connected to a LAN 213; a G.711 compliant telephone 

203 coxmected via PSTN/ISDN/PBX 210; and a mobile GSM 
telephone 206 connected via a mobile network 215. It is 
unlikely that users will want to have an H.320, H.324, 

25 H.310 etc. audio only terminal supported. Any one of the 
three audio device types may be combined with a video 
terminal 205,305 that will send its video in a multiplex 
signal conforming to H.22x. If a call is placed between 
two combination terminals whose video devices are of the 

30 same standard, and the overall audio delay is less than or 
equal to the video delay, then it is not necessary for the 
video part of the call to go via the gateway 201, as shown 
in Figure 2, provided the gateway 201 receives control or 
data signals 209 from the video devices to know when and 

35 in what mode they are operating. Of the standards 
con5)liant terminals, to date only H.323 terminals have 
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separate video and control data signals and, therefore, 
fall into this category. In all other cases, the video 
device 305 must be connected to the gateway 201 so that 
both the video and audio calls go via the gateway 201, as 
5 shown in Figure 3. For exan?)le, if one of the terminals 
308 in the call is an integrated H.320 multimedia 
terminal, then the audio, video and control signals must 
take the same path between the gateway 201 and the H.320 
terminal 308. In communicating with the integrated 

10 terminal 308, the gateway is responsible for multiplexing 
and de-multiplexing (according to H.221) audio, video and 
control signals to/from the H.320 terminal 308. Therefore, 
the gateway 201 must also receive and send video and 
control signals to and from the video device 305 of the 

15 combination multimedia terminal. Furthermore, in any call, 
if video is being transcoded (e.g. from H.263 to H.261) or 
processed in any way (e.g. rate adapted or delayed) by the 
gateway 201, the video signals to/from the video device 
305 of the combination multimedia terminal must pass 

20 through the gateway 201. 

As terminal and device characteristics vary so much, an 
iTt5)ortant part of the process of the present invention is 
to determine delays between audio and video signals and 
25 thereby calibrate the gateway before it can be used to 
present synchronised audio and video. 

In order for a device to make use of the present 
invention, the gateway must acquire a number of details 

30 about the device. Some of these details are static, that 
is, known in advance and are entered during a initial 
registration, for example on-line entry of a devices 
details into a table or database; some are determined 
through a gateway calibration process; some are determined 

35 during an initialisation process, for example in which 
H.323 devices communicate with the gatekeeper part of the 
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gateway; and some are calculated and updated regularly, 
for exairqple owing to propagation delays that may change 
with time . 

5 A new device is first registered with the gateway by 
entering, for example either manually by an operator at 
the gateway, or on-line by the user, details that include: 

A) A device name or unique identifier by which the 
10 device is to be further referenced. 

B) The type of device, which could be an audio only 
device, a video only device, a video and data device or an 
integrated multimedia terminal. 

15 

C) The model of the device. Devices ■ of the same model, 
standard and network will normally have identical 
characteristics and need not be calibrated more than once. 

20 D) The cross-reference name or identifier of the device 
with which this one combines to form a logical multimedia 
terminal. Fully integrated multimedia terminals may leave 
this field blank if they do not combine with any other 
device . 

25 

E) The type of network to which the device attaches, for 
example PSTN, ISDN, GSM, DECT or LAN. 

F) The address of the device on that network. This could 
30 be an E.164 telephone number for GSTN and PBX terminal. If 

a LAN device does not have a static address (as in the 
case of dynamically assigned IP addresses) then the H.323 
alias address is used, 

35 G) The standard (s) for the media types that the terminal 
supports, for example H.3xx, G.711, GSM or CDMA. 
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H) Known calibration details for the given combined 
terminal. If an existing pair of devices is already- 
supported by the gateway, then that pair does not need to 

5 be calibrated, and the known variable sensory output delay 
and variable device transmission delay can be entered. 

Therefore, only new combinations of audio and video 
devices on different networks will need calibration. If 
10 the delays are not known for the particular combination of 
network and devices, the details that need to be 
determined during calibration include: 

I) Variable sensory output delay outbound from the 
15 gateway that must be applied to the audio signal in order 

to maintain lip-synch. (Note that a. negative value 
indicates the video is delayed). . 

J) The transmitted (from the gateway) video In Transit 
20 (i.e. Propagation) Delay when the variable sensory output 
delay is determined. This only applies to video that is 
being transmitted on networks that might have a wide range 
of transmission delays such as LTUHs. 

25 K) The transmitted (from the gateway) audio In Transit 
(i.e. Propagation) Delay when the variable sensory output 
delay is determined. This only applies to audio that is 
being transmitted on networks that might have a wide range 
of transmission delays such as LANs. 

30 

L) The audio/video device transmission delay (also 
referred to as skew) , which is how much the audio is in 
advance of the video. 

35 M) The received (to the gateway) video In Transit Delay 
when the audio/video device transmission delay (i.e. skew) 
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is determined. This only applies to video that is being 
received on networks that might have a wide range of 
transmission delays such as LANs. 

5 N) The received (to the gateway) audio In Transit Delay 
when the audio/video device transmission delay (i.e. skew) 
is determined. This only applies to audio that is being 
received on networks that might have a wide range of 
transmission delays such as LANs. 

10 

The details that need to be determined during the 
development of the gateway include: 

0) Transcoding Delays 

15 

P) Signal Buffering and Processing Delays 

Figures 4, 5 and 6 depict a calibration process that is 
used to determine the audio/video device transmission 

20 delay (i.e. skew) and the sensory output delay 
characteristics of the audio and video devices that are 
being combined together as a logical multimedia terminal . 
If either or both of those devices reside on networks that 
have a range of network transmission delays then the 

25 roundtrip time is also measured during the calibration 
process . 

This calibration process is repeated for each different 
combination of codec variant and transmission/reception 

30 rates the combined terminal supports. For example an H.323 
audio only LAN telephone may support the ITU-T 
Recommendation G. 723,1 at 6.4 kb/s and 5.3 kb/s . The LAN 
telephone's associated video terminal may support H.263 at 
15 fps (frames per second) and 30 fps. In this case four 

35 sub- table entries in each device table are required - one 
for G. 723.1 at 6.4 kb/s with H.263 at 15 fps, one for 
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G. 723.1 at 6.4 kb/s with H.263 at 30 fps, one for G. 723.1 
at 5.3 kb/s with H.263 at 15 fps and one for G. 723.1 at 
5.3 kb/s with H.263 at 30 fps. Different skew and variable 
sensory output delays are needed for each combination. It 
5 may also be necessary to take into account not only the 
video frame rate but also its compressed data rate. 

The variable sensory output delay 401, as illustrated in 
Figure 4, is first calibrated. The illustration shows only 
10 the audio being transcoded 403 as this is the most common 
case. Transcoding of video may be practical if it does not 
incur a delay so large that it makes communication 
unintelligible . 

15 The process is conducted as follows. First, an audio/video 
call is set up from the combination terminal to the 
gateway in order to conduct the synchronisation 
calibration process (special number (s) may be dialled).. 

20 Then, the synchronisation process plays back a recorded 
audio/video clip with known audio video skew 402. In the 
simplest case, it may be 0 ms, which is to say that the 
audio and video are synchronised to start with. 

25 The delay in transcoding the audio 403 will have been pre- 
determined during development of the gateway. It will be a 
constant value. The same applies to any video processing 
(e.g. because of transcoding) and buffering delay 408. 

30 Control messages, for example DTMF tones manually entered 
from a telephone key pad, are sent to the gateway to set a 
variable sensory output delay 401 on the audio stream in 
the gateway until lip-synch is observed. If the delay is 
negative, the video signal must be delayed 408, implying 

35 video must also pass through the gateway. The delay value 
is then stored in the gateway. The sensory output delay 
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401 takes into account the variance in the audio and video 
devices' own decode and buffering delays, 405 and 407 
respectively. 

5 If either the audio or video device is situated on a 
network that has varying network propagation delays, the 
gateway calculates half the average roundtrip delay 404 
and/or 406. This only applies to packet based LAN 
terminals supporting H,245 so the H.245 so-called 
10 "Roundtrip Delay" message may be used for this purpose. 
The transit delay is then stored in the gateway. 

The delay added to any signal due to buffering a signal on 
receive 403 and transmit 408 will be predetermined during 
15 development of the gateway so that if the video signal is 
sent directly without passing through the gateway, the 
audio signal's delay can be adjusted accordingly (i.e. by 
subtracting the delay 408) to maintain overall 
synchronisation. 

20 

Once the sensory output delay 401 is known, the 
combination terminals transmit skew is calibrated. Figures 
5 and 6 illustrate two ways of performing the skew 
calibration process. Again, no video transcoding is shown 
25 for simplicity. 

Figure 5 depicts the case where the video device supports 
a loop back facility at the analogue interface i.e. the 
video signal is decoded then re-encoded. Most audio 
30 devices do not support this loop back facility so a 
coupling of the audio receive and transmit signals to 
provide a loop back is made. The steps involved in this 
process are as follows: 

35 First, an audio/video call is made to the combination 
terminal, the terminal capabilities (combination of audio 
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and video codec variant /rates) are set and the video loop 
back is set on. 

At some later time, the gateway plays -back encoded audio 
5 and video signals containing timing markers in each 
signal. Skew between audio and video signal at this point 
is zero* 

The video stream (if not transcoded) is transmitted 513 to 
10 the video device of the combination terminal. Meanwhile 
the audio signal is transcoded 503. The delay injected to 
the signal by this process is known having been determined 
during development of the gateway. 

15 The sensory output delay 502 as previously calibrated is 
added by the gateway to the audio stream, and the audio 
stream is transmitted to the. audio device of the. 
combination terminal , 

20 The audio and video signals arrive at the separate audio 
and video devices and are decoded, respectively 505 and 
510. The decoded signals are looped back at the analogue 
interfaces of the audio and video devices, re-encoded 506, 
511 cind sent back to the gateway. The gateway detects the 

25 audio marker and starts an internal skew timer. 

The gateway then detects the video marker after processing 
the video and stops the skew timer. The value of the skew 
timer minus the video processing delay 514 plus the extra 

30 audio trcuascode delay 508 (needed to detect the audio 
marker) is the skew 501. This delay is then stored in the 
gateway as a variable device transmission delay in order 
to compensate for skew. Note that the skew 501 takes into 
account the variance in processing at each of the separate 

35 audio and video devices, respectively 505 and 506 at the 
audio device and 510 and 511 at the video device. 
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If either the audio or video device is situated on a 
network that has varying network transmission delays, the 
gateway calculates half the average roundtrip delay 504 
5 (equals looped-back half roundtrip delay 507) and/or 509 
(equals looped-back half roundtrip delay 512) . This only 
applies to packet based LAN terminals supporting H.245 so 
the H*245 Roundtrip Delay message may be used for this 
purpose. The transmission delay is then stored in the 
10 gateway for future use as a variable device transmission 
delay • 

Figure 6 depicts the calibration process where no loop 
back facility is available at the audio and video devices. 
15 In this case a specially prepared audio/video signal is 
input at the audio and video deviges (e.g. via auxiliary 
inputs) . The steps involved in this process are as 
follows . 

20 First, an audio/video call is set up from the audio and 
video devices of the combination terminal to be 
calibrated, through the gateway to a calibrated receiver 
used in place of an actual combination or integrated 
terminal . 

25 

The encoded audio 602 is received by the gateway. In this 
process, a variable device transmission delay 601 will be 
added to the audio signal to compensate for the skew. 

30 The audio is transcoded 604 at the gateway. The delay 
injected to the signal by this process is known having 
been determined during development of the gateway. 
Similarly, the video is buffered and processed 612 in the 
gateway and the delay this incurs will also have been 

35 determined during the development of the gateway. 
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The audio will then be delayed by the previously 
determined sensory output delay 605 of the calibrated 
receiver before being transmitted. This delay may be 
adjusted according to roundtrip delays 606 and 610, if 
5 these are significant. Note that the sensory output delay 
compensates for the variance in the receiver's audio and 
video decode and processing delays, respectively 607 and 
611. 

10 Meanwhile the gateway and calibrated receiver are also 
receiving the encoded video 608, 

Control messages such as DTMF tones may then be sent 
manually from the calibrated receiver (for example from a 

15 keypad which is part of an audio device of the receiver) 
to delay the audio skew 601 until lip-synch is observed. 
If the delay is negative, the video, signal must be. delayed 
implying video must also pass through the gateway. The 
delay value is stored in the gateway for future use ap a 

20 variable device transmission delay. 

If either the audio or video device is situated on a 
network that has varying network transmission delays, the 
gateway calculates half the average roundtrip delay 603 
25 and/or 609. This only applies to packet based LAN 
terminals supporting H.245 so the H.245 Roundtrip Delay 
message may be used for this purpose. The transmission 
delay is stored in the gateway for future use. 

30 The majority of multimedia terminals manufactured will be 
integrated devices, that is, they will have both audio and 
video capability with integrated circuitry and/or software 
to effectively synchronise the sensory output of the audio 
and video signals. It is possible to use this capability 

35 during calibration of the network gateway so that an 
alternative separate audio telephony device replaces the 
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audio part of the integrated terminal. Indeed, the user 
need not install the audio telephony part of the 
integrated terminal (or even purchase it, if it is sold 
separately such as sound cards, headsets and speakers 
are) • Even if the audio telephony component of the 
integrated multimedia terminal cannot be de-coupled, it 
can still be used in a combination multimedia terminal 
configuration with a different audio telephony device. 
During use, the gateway will simply mute the audio streams 
to/from the audio part of the integrated terminal. 

A second aspect of the invention is shown in Figures 7, 8 
and 9, making use of the capabilities of an integrated 
multimedia terminal. Here, the gateway is calibrated to 
support an integrated multimedia, terminal and a separate 
audio telephony device in a combination multimedia 
terminal configuration. The coirplete calibration takes 
three steps as shown in Figures 7, 8 and 9, as follows. 

An audio-video telephony call is set up from the 
integrated terminal through the gateway, and am audio 
telephony call is established from the separate audio 
telephony device through the gateway. 

In Step 1 (Figure 7) the variable device transmission 
delay 701 is calculated by injecting from an audio source 
740 an audio signal 750, complete with marker signal, that 
is sent to the gateway along both audio paths. The gateway 
detects the marker signals at time t^ 702 and ty 703 and 
calculates the time difference on their arrival, say time 
ti 705. Note that the signal is detected after buffering 
and transcoding of the audio signal (if necessary) , and of 
the processing time taken that is known during development 
of the gateway as described previously. The difference 
between the arrival of the video t, 704 and the arrival of 
the audio t^ 703 is know as the skew, t.^^ 706. The skew 
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tekow 706 from the integrated terminal is knovm from 
standard techniques for that type of terminal. Therefore, 
the variable device trcinsmission delay is known to be t^^,^^ 
706 + tj 705. 

5 

In Step 2 (Figure 8) , an audio signal with marker is sent 
from the gateway to the separate audio telephony device 
and looped back 830 to the gateway via the audio path of 
the integrated terminal during the multimedia call . The 

10 gateway times the receipt of the audio signal marker 
between its dispatch and receipt, say time tj 801, For the 
purposes of this measurement it can be assumed that t,^ 702 
is identical to t^ 802 and the loop back time of the audio 
signal is zero, (note that the other pairs of times, ty 703 

15 and 803, t, 704 and 804, t,j„^ 706 and 806 are the same) . 



i 



In Step 3 (Figure 9) , synchronised audio and video are 
sent to the integrated terminal. The delay the audio and 
video signals takes to arrive and be decoded by : the ^ 

20 integrated terminal is time t. 903 and . time tb 904 
respectively. As the terminal plays out synchronised audio 
and video time t^ 904 is effectively the same as t« 903 
(within 10 ± 30 ms) . At some point the audio will contain 
a marker signal that is looped back 930 to the separate 

25 audio device to return it to the gateway. The gateway 
times the audio signal marker between its dispatch and 
receipt, say time 901. For the purposes of this 

measurement it can be assumed that t^ 902 is identical to 
702 and 802 and the loop back time of the audio signal 

30 is zero. 

From these three steps the following can be deduced: 
Variable device transmission delay = tj + t^^,^^ 

ty " t, = t, 

ty + = ta 



1. 

35 2. 
3. 
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4. Therefore: 2t^ = - 

5 . Variable sensory output delay = t^ - t^ 

6 . But tj = t^ + t^ 

7. Therefore: Variable sensory output delay = tj - 2t^ 
or 

Variable sensory output delay = tj - t^ + t^ 

Once the gateway has been calibrated for the devices of a 
particular combination terminal on a particular network, 
it will generally not be necessary to recalibrate the 
devices. In some circumstances, certain delays, such as 
propagation delays, may be variable, in which case the 
combination terminal may be re-calibrated "on the fly" for 
that call . This may be initiated by a user, for example by 
keying in a code on a telephone . keypad, or by using DTMF 
tones to vary the variable sensory output delay until an 
acceptable level of lip-synch is observed by the user. 

The variable which has most effect on the synchronisation 
process is the intrinsic device transmission delay, 
particularly for the video element. Now if one or both of 
the telephony devices (audio and video) of the combination 
multimedia terminal conforms to H.323, then it is possible 
to accurately calculate the intrinsic device transmission 
delay by determining the time difference of the terminal 
relative to the gateway. Figure 10 shows the exchange of 
messages between the gateway and the H,323 terminal 
necessary to acquire the information needed to perform the 
calculation. 

At time tgo 1001 in the gateway, the gateway sends an RTCP 
SR packet which contains the value t^o as a parameter. At 
time ttx 1002 in the terminal, the terminal receives the 
above SR packet. At some time later in the terminal, t„ 
1004, the terminal sends its RTCP SR packet which contains 
its RTCP RR packet about the media sent from the gateway. 
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This RR packet contains the parameters LSR (Last Sender 
Report) = tgo 1001 and d^wR 1003 (Delay between Receiving 
the Last Sender Report and Sending this SR packet) = ttj- 
tta. At time tg3 1006 in the gateway the SR packet is 
5 received. 

Now at the gateway: 

round trip delay = tg, - t^^ - d^^^ 

but d^aor = tt2- tti. 
10 So the estimated one-way delay d 1005 =Ji (tgj-tgo-" (ttj-ttJ ) . 

The time relationship between the terminal and the gateway 
can be expressed by: 

15 Time at terminal = time at gateway + difference x 1007 
or 

= tg3 + X 

where 

tt3 = tt2 + round- trip delay 

20 

therefore : 

tg3 + X = tta + M round-trip delay 
and so 

X = t^ + {t,3 - tgo - (tta - t,i)) - tg3. 

25 

So the time at the terminal = 

{the time at the gateway -t^a +t„ + J$(tg3-tgo- (tta-^tti) ) } . 

The media (e.g. video) delay from the terminal can be 
30 determined by the media RTP times tamp and the time when 
this packet is received. The media RTP timestartqp must 
first be converted to terminal time reference (using the 
relationship between RTP and RTCP times tamps in SR packet) 
and then by using the above time relationship converted to 
35 the gateway time reference. The difference between this 
gateway time and the gateway time when the RTP packet is 



( 
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received is the intrinsic device transmission delay from 
the terminal. If the "base" intrinsic device transmission 
delay is calculated during calibration of the gateway, 
future calculations can be used to adjust the variable 
device transmission delay. Since the calculation also 
includes a round- trip delay element, any network 
propagation effects are automatically included. 

The method of calibrating a network gateway described 
above may be significantly cheaper to implement than a 
system based on integrated audio-video telephone 
multimedia terminals. For example, the invention allows 
use of a conventional telephone and conventional PC, with 
the addition of a small solid state camera affixed, for 
example, externally on the PC or monitor, . and a suitable 
video capture card. The invention may also reduce barriers 
to acceptance of audio-video telephony by allowing use of 
existing audio telephony equipment., and telephony and data 
networks, whilst at the same time, permitting the audio 
portion of a call to continue if there is a failure in the 
video portion. 
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Claims 

1. A method of calibrating a network gateway (101,201) 
in order to synchronise audible and visible outputs from a 
5 multimedia terminal (108,208,308) comprising an audio 
communication device (104,204) and a video communication 
device (105,205,305), when the signal to the audio device 
(104,204), and optionally also the signal to the video 
device (105,205,305), is/are routed through a network 
10 gateway (101,201) that inqooses an intrinsic gateway 
processing delay on at least one signal routed through the 
gateway (101,201), comprising the steps of: 

i) providing an audio signal and a video signal; 

15 

ii) supplying as an input to the gateway (101,201) the 
audio signal and optionally also the video signal so that 
said signal (s) is/are routed through the gateway (101,201) 
to the multimedia terminal (108,208,308); 

20 

iii) detecting any mismatch in the synchronisation between 
the audible and visible outputs from the audio device 
(104,204) and the video device (105,205,305) owing at 
least partly to the intrinsic gateway processing delay (s) / 

25 

iv) adjusting a variable delay in the gateway (101,201) 
on a signal routed through the gateway (101,201) until the 
audible and visible outputs from the separate devices are 
effectively synchronised; and 

30 

v) storing the variable delay in the gateway (101,201) 
for future use, 

2. A method of calibrating a network gateway as claimed 
35 in Claim 1, in which the multimedia terminal (108,208,308) 
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is formed from separate audio and video communication 
devices (104, 105) . 

3. A method of calibrating a network gateway as claimed 
5 in Claim 1, in which the video device (105,205/305) is an 
integrated audio and video telephony device (107) which 
forms with the audio communication device a combined 
multimedia terminal (108,208,308). 

10 4. A method of calibrating a network gateway as claimed 
in any one of Claims l to 3, in which the audio and video 
signals are effectively synchronised with each other prior 
to at least the audio signal being supplied as an input to 
the gateway (101,201). 

15 

5. A method of calibrating a network gateway as claimed 
in any preceding claim, in which the video signal is not 
routed through the gateway (101,201), but a data signal 
(209) from the video device (105,205,305) is routed 

20 through the gateway (101,201). 

6 , A method of calibrating a network gateway as claimed 
in any one of Claims 1 to 4, when the signals to and from 
both the audio device (104,204) and the video device 

25 (105,205,305) are routed through the gateway (101,201) and 
when signals to said devices (104, 204;105, 205, 305) may 
both be looped back to the gateway (101,201) from said 
devices (104,204/105,205,305), at least one of said 
devices (104,204/105,205,305) imposing an intrinsic device 

30 transmission delay on a signal looped back to the gateway 
(101,201), comprising the steps after step iv) of: 



35 



vi) looping back the signals from the audio device 
(104,204) and video device (105,205,305) to the gateway 
(101,201) / 
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vii) detecting any mismatch in the synchronisation between 
the looped back signals from the audio device (104,204) 
and video device (105,205,305) at the gateway (101,201) 
owing to the intrinsic device transmission delay (s); 

5 

viii) adjusting a variable device transmission delay in the 
gateway (101,201) so that the looped back signals at the 
gateway (101,201) are effectively synchronised; and 

10 ix) storing the variable device trcinsmission delay in the 
gateway (101,201) for future use. 

7. A method of calibrating a network gateway as claimed 
in Claim 5 or Claim 6, in which step i) includes providing 
15 a synchronisation marker in the audio signal and video 
signal, and step vii) includes detecting a . mismatch 
• between the synchronisation markers . 

8.. A method of calibrating a network, gateway as, claimed 
20 in any one of Claims 1 to 4,. when the signals to and from 
both the audio device (104,204) and video device 
(105,205,305) are routed through the gateway (101,201), at 
least one of said devices (104,204;105,205,305) in5)osing 
an intrinsic device transmission delay on a signal 
25 transmitted to the gateway (101,201), comprising the steps 
after step iv) of : 

x) providing from the audio device (104,204) and video 
device (105,205,305), respectively, an audio signal and a 

30 video signal; 

xi) supplying said signals as an input to the gateway 
(101,201) so that said signals are routed through the 
gateway (101,201) to a second multimedia terminal for 

35 which the gateway (101,201) has already been calibrated 
according to the method of any preceding claim, the second 
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znultimedia terminal comprising a first-calibrated audio 
comraunication device and a first -calibrated video 
communication device; 

xii) detecting any mismatch in the synchronisation between 
the audible and visible outputs from the first -calibrated 
audio device (104,204) and first -calibrated video device 
(105,205,305) owing to the intrinsic device transmission 
delays of the audio device (104,204) and video device 
(105,205,305); 

xiii) adjusting a variable device transmission delay in the 
gateway (101,201) on a signal routed through the gateway 
(101,201) until the audible and visible outputs from the 
first -calibrated audio device (104,204) and first- 
calibrated video device (105,205,305) are effectively 
synchronised ; and 

xiv) storing the variable device transmission delay in the 
gateway (101,201) for future use. 

9. A method of calibrating a network gateway in order to 
synchronise audible and visible outputs from a multimedia 
terminal (108,208,308) comprising an audio communication 
device (104,204) and a video commxinication device 
(105,205,305), when the signal to the audio device 
(104,204) and the signal to the video device (105,205,305) 
are routed through a network gateway (101,201) that 
imposes an intrinsic gateway processing delay on at least 
one signal routed through the gateway (101,201), 
cotrprising the steps of: 

a) providing a first test audio signal with a marker; 
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b) providing from an integrated audio and video 
communication device a video signal and a first audio 
signal sourced from the first test audio signal; 

5 c) providing from a separate audio device a second audio 
signal sourced from the first test audio signal; 

d) supplying as an input to the gateway (101,201) the 
first audio signal, the second audio signal and the video 

10 signal so that said signals are routed through the gateway 
(101,201) to the multimedia terminal (108,208,308); 

e) using the gateway (101,201) to detect the relative 
delay between the first audio signal and the second audio 

15 sigpal owing at least partly to the .intrinsic gateway 
processing delay (s); 

f) determining a skew delay at the gateway between the 
first audio signal and the video signal from the 

20 integrated audio and video communication device, owing at 
least partly to the intrinsic gateway processing delay (s) ; 

g) summing said relative delay and the skew delay to 
generate a variable device transmission delay between the 

25 video signal and the second audio signal; and 

h) storing the variable device transmission delay in the 
gateway (101,201) for future use, 

30 10. A method of calibrating a network gateway as claimed 
in Claim 9, in which following step h) , the method 
coinprises the steps of: 

i) providing from the gateway (101,201) a second audio 
35 test signal with marker; 
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j ) transmitting the second audio test signal from the 
gateway (101,201) to the separate audio device; 

k) providing an audio coupling between the separate audio 
5 device and the audio device of the integrated audio and 
video coimtunication device; 

1) looping back the second audio test signal from the 
separate audio device through the integrated audio and 
10 video communication device to the gateway (101,201); 

m) determining a first loop back delay in the second 
audio test signal between the transmission and reception 
of said signal at the gateway (101,201), including any 
15 intrinsic gateway processing delay (s); and 

n) storing the first loop back delay in the gateway 
(101,201) for future use. 

20 11. A method of calibrating a network gateway as claimed 
in Claim 10, in which following step n) , the method 
comprises the steps of: 

o) providing from the gateway (101,201) and a third audio 
25 test signal with marker and a video test signal, said 
signals being effectively synchronised; 

p) transmitting the third audio test signal and video 
test signals from the gateway (101,201) to the integrated 
30 audio and video communication device; 

q) providing an audio coupling between the separate audio 
device and the audio device of the integrated audio and 
video communication device; 

35 
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r) looping-back the third audio test signal from the 
integrated audio and video coTmrnmication device through 
the separate audio device to the gateway (101,201); 

5 s) determining a second loop back delay in the third 
audio test signal between the transmission and reception 
of said signal at the gateway (101,201), including any 
intrinsic gateway processing delay (s); and 

10 t) storing the second loop back delay in the gateway 
(101,201) for future use. 

12. A method of calibrating a network gateway as claimed 
in Claim 11, in which following step t) , the method 

15 comprises the steps of: 

u) calculating a variable sensory output delay from a 
sum of the variable device transmission delay, first loop 
back delay and second loop back delay.; and |^ ^ 

20 

v) storing the variable sensory output delay in the 
gateway (101,201) for future use. 

13. A method of calibrating a network gateway as claimed 
25 in any preceding claim, in which the calibration once 

achieved is maintained by a user entering data into a data 
entry means associated with either the audio device or the 
video device, said data being interpreted by the network 
gateway (101,201) as a command to increase or decrease a 
30 variable delay in the gateway (101,201) in order to 
synchronise the audible and visible outputs from the 
multimedia terminal (108,208,308). 

14. A method of calibrating a network gateway as claimed 
35 in any one of Claims 8 to 12, in which the calibration 

once achieved is maintained when the multimedia terminal 

o 
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(108) is in audio and video communication with an H.323 
compliant multimedia terminal (208) via the gateway (201) , 
wherein the gateway (201) determines a relative time 
difference between itself and the H.323 compliant 
5 multimedia terminal (208) in order to increase or decrease 
a device transmission delay of the H.323 complaint 
multimedia terminal (208) in order to synchronise the 
audible and visible outputs from the multimedia terminal 
(208) . 

10 

15, A network gateway for use with one or more multimedia 
terminal (s), each tearminal conprising an audio 
communication device (104,204) and a video communication 
device (105,205,305), wherein the gateway (101,201) has an 

15 input for receiving a signal from the audio device, and 
optionally also an input for receiving a signal . from the 
video device so that said signal (s) . may be routed through 
the gateway (101,201), in which the network gateway 
(101,201) has been calibrated according to . the method of 

20 any preceding claim in order to synchronise audible and 
visible outputs from, respectively, the audio device and 
video device. 
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